home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4515 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB

  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horizontally
  5. Date: 29 Feb 1996 16:06:57 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4h4iv1$n3s@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922 <4gkknd$b1v@brachio.zrz.TU-Berlin.DE>
  10. NNTP-Posting-Host: hphalle2i.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle2i.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4gkknd$b1v@brachio.zrz.TU-Berlin.DE>, rawneiha@w350zrz.zrz.TU-Berlin.DE (Philipp Boerker) writes:
  15. |> Organization: Technical University Berlin, Germany
  16. |> Lines: 32
  17. |> Message-ID: <4gkknd$b1v@brachio.zrz.TU-Berlin.DE>
  18. |> References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922|> 
  19. |> NNTP-Posting-Host: w350zrz.zrz.tu-berlin.de
  20. |> 
  21. |> ludvigp@ifi.uio.no (Ludvig Pedersen) writes:
  22. |> 
  23. |> >>Have you timed the routine and have you compared it to a plain copy?
  24. |> >>My routine takes 48c for conversion too, and I do proper pipelining
  25. |> >>and still it is not chipmem speed.
  26. |> >That means your routine should be just as fast as ours, I guess.
  27. |> 
  28. |> I think, I made an logical error! If the routine takes 8.x c/pixel and it
  29. |> converts 3.5 M pixel/second that means that on the paper only 30M c should have
  30. |> been spent. Where are the other 20M c? Wasted while waiting for mem? That would
  31. |> mean that the routine is pretty free on 25 MHz too! :)
  32. |> 
  33. |> >Your are not using the CPU and the BLITTER at the same time in chipram are
  34. |> >you??? Because that is very foolish! :) (read: SLOW!)
  35. |> 
  36. |> No, I don't. I even toggle blitternasty-bit at the importent places...
  37.  
  38. not good. blitter parallel (default) is as fast as nasty as long as
  39. cpu doesn't acess chipmem.
  40.  
  41. blitternasty was mostly good in A500 times (cpu always acesses chipmem! ever
  42. tried a halt instruction ? should make bus free waiting for blitter...)
  43. and blitternasty is mostly bad in AGA times (even on vanilla A1200, due to cache).
  44.  
  45. |> 
  46. |> >Anyway, to make sure I timed it.
  47. |> 
  48. |> >Using a PAL lowres screen with 256 colors, all interrupts off.
  49. |> 
  50. |> >c2p:  Used 74 rasterlines on a 160x128 screen
  51. |> >Copy: Used 73 rasterlines.
  52. |> 
  53. |> >I consider that as pretty equal.
  54. yep.
  55. |> 
  56. |> Inside the error-delta for timings, I'd say.
  57. |> 
  58. |> Greets,
  59. |> Phil.
  60. |> grond/matrix
  61. |> 
  62. ------------------------------------------------------------------------
  63.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  64.  
  65.